谷歌推出了一款新的跟踪工具——Server Side GTM。它是什么？你应该使用它吗？你能使用它吗？接下来，我们将为您介绍需要了解的一切内容。今天我们将讨论数据分析和埋点相关的一个热门话题，即服务器端跟踪（Server Side Tracking）

由于谷歌已经宣布了他们的GTM Server Side Tagging，我认为让大家了解这个新功能以及它为什么在您的跟踪部署中的是一个实用性的好主意。那么服务器端跟踪是什么？要理解服务器端跟踪，我们首先需要了解客户端跟踪（Client Side Tracking）。您知道，以前我们通过在浏览器中输入URL来访问网站。在后台发生的情况是，浏览器连接到互联网上的服务器，然后我们会收到一个包含HTML、CSS和JavaScript的文档，它们组成了我们的网站。现在，在所有这些下载的文件中，我们还有我们的跟踪代码。这些代码在我们的浏览器上执行，然后发送数据，例如时间和您所在的页面，回到母服务器，也就是GA4或Facebook Ads。因此，您的浏览器和您的跟踪工具之间存在直接连接，这就是客户端跟踪的传统方式。

使用服务器端跟踪（Server Side Tracking），我们没有这种连接。我们实际上建立了自己的跟踪服务器（Tracking Server），然后直接连接到不同的工具。但是跟踪数据如何到达我们的服务器呢？好吧，我们可以从客户端发送它，或者也可以直接从Web服务器或您的应用程序发送到跟踪服务器。从那里，它就会被分发到我们的工具中。这里的巨大优势在于，我们潜在地不必反复将数据发送到这些不同的跟踪工具，而可以只需一次将数据发送到我们的跟踪服务器，然后从那里分发到我们的不同工具中。这就是客户端跟踪的要点。重要的是要注意，这实际上不是一个新概念。像Omnitrack这样的工具采用了这种方法，我们实际上也能够通过测量协议从服务器端向Google Analytics (GA4)发送数据。

那么，现在这个Server Side GTM到底是什么呢？在Google标签管理器（GTM）中，您现在可以选择在Google云中创建自己的服务器，扮演跟踪服务器的角色。因此，数据可以被发送到服务器，然后被获取，您可以配置触发器以触发任何类型的标记，并将该数据转发到您的工具，例如Google Analytics。相当棒，不是吗？但是有两个问题：

第一， 您需要进行所有设置。虽然设置并不是特别困难，但需要一段时间才能适应这种新的服务器端跟踪技术所带来的新范例。因此，数据实际上从您的浏览器发送到GTM服务器端实例，然后需要被称为GTM客户端的某些内容所认领。然后，这些客户端解析数据，您可以像在普通的GTM中一样触发标签（Tag）。但是问题是目前还没有为服务器端GTM的客户端提供太多模板，也没有太多的标签（Tag）可用。因此，即使您想这样做，现在将数据从客户端迁移到服务器端也非常困难。我相信，这种情况很快就会改变，EasyGTM工具正在创建一些GTM模板供大家下载和使用。

第二， 就像你在互联网上的 Web 服务器上构建网站一样，在这里你要构建一个跟踪服务器，而这并不是免费的。Google会在一开始给你一个免费的沙盒来测试标签并进行配置，但如果你想在实际网站上运行，你需要升级，这至少需要花费你每月100美元。但也许我们会看到这个成本降低，因为这实际上是一个 Docker 化的实例，你可以将其带到另一个云平台上并在那里部署，未来也许会有专门的供应商来降低价格。

如果您已经把它们都设置好并理解它在做什么，那么现在或许有一些使用场景，您为什么更喜欢使用服务器端GTM呢？这里的一个重要因素是您拥有更多的控制权。由于您将数据发送到自己的服务器，并且一旦数据到达那里，您就可以真正按照自己的意愿处理它。您可以改变它、操纵它、添加数据，或者您也可以选择忽略它。例如，您可以确保在将请求发送到另一个服务器之前，已从请求中删除了可识别个人身份的信息，或者您可以将某些数据请求仅发送到一个特定的工具，或者您也可以添加像API密钥这样的数据，而这些数据您希望客户端保密。有许多更多创造性的使用Google Tag Manager服务器端跟踪的示例，但关键在于，您在数据到达跟踪供应商之前，可以有更多的集中控制权来处理数据。

使用服务器端跟踪（Server Side Tracking），客户端方面也会有所改变，因为您只会向您的服务器端GTM发送一个跟踪点，然后客户端可以将其分发给所有这些不同的工具，这显然会节省资源、数据，并可以改善网站速度。在客户端方面，另一个优势是，您不会将数据发送到像googleanalytics.com这样的网站，而是发送到您自己的域，比如data.yourwebsite.com，而广告拦截器经常使用这个URL。他们可以识别googleanalytics.com，但是当您将数据发送到自己的跟踪域时，他们很少注意到。因此，这可能是一个好的方法，至少现在可以规避广告拦截器，并将更多数据输入到您的系统中。当然，随时都可能会发生变化，当广告拦截器追上并发现我们都在使用这种技术时，他们可能也会关闭这个漏洞。但是，同样地，我们也可以看一下苹果和Safari浏览器的智能跟踪防护(ITP)。在那里引入的限制是，根据您如何设置cookie，cookie的过期日期会有所不同。因此，根据您的设置，cookie在Safari浏览器中的有效期为1至7天。

通过服务器端追踪，你实际上可以发送一个叫做HTTP cookie的东西，目前不受这些限制，因此至少部分规避了ITP。当然，一旦WebKit浏览器也改变了他们的方法，这也可能随时发生变化。因此，也许这听起来已经是一些相当令人信服的例子，这就是许多公司想要实现服务器端追踪的原因。

那么现在是否应该开始使用GTM服务器端呢？我建议您慎重考虑。因为它也有一些缺点。不要忘记成本。你需要为此支付费用。如果你计划为你或你的客户的网站使用服务器端GTM，你需要在服务器上设置并每月支付费用。你还不应低估潜在的跟踪代码迁移所带来的成本。你需要重新实施，然后再次测试这一切。但你还需要记住，这仍处于测试版阶段。GTM服务器端中还没有很多模板。因此，除非你是想要编写自己的模板的开发人员，否则你不能完全将所有内容从客户端迁移到服务器端。但是，如果这些并不会阻止你，而你是真正想要研究这项技术的爱好者，你现在就可以开始了。它很容易设置。

总的来说，我对GTM服务器端跟踪感到非常兴奋，以及它将来可能带来的改变。它可能还没有完全实现，但对我们来说，已经有很多我们可以改变跟踪方式的灵感和可能性，这些都在我的脑海中翻滚着。但你认为呢？服务器端跟踪能否解决你目前的跟踪问题？您会尝试它还是坚持您的客户端实现，并暂时不关心它呢？